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(57) ABSTRACT 

A dispatch and notification system that can adjust resources 
to meet and accommodate real time changes in demand or 
load is disclosed. The system provides an automated assem- 
bly that includes provisions that provide an effective and low 
cost arrangement that notifies technicians of real time 
changes in their scheduled work. The system can determine 
if a real time intervention in a technician's schedule is 
necessary and can notify the technician in near real time of 
changes in assigned tasks. 
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NOTIFICATION SYSTEM AND METHOD 

BACKGROUND 

Field of the Invention 

The present invention is directed to a system and method 
for notifying and dispatching employees. The notification 
system and method of the present invention may also be 
used as an accessory or addition to existing dispatch sys- 
tems. 

BACKGROUND OF THE INVENTION 

Existing employee dispatch systems and methods include 
either a dispatcher (a person who receives and processes 
requests for services), or an automated dispatch system. 
These existing dispatch systems suffer from shortcomings 
and limitations that significantly detract from their useful- 
ness and their efficient management of resources. 

The limitations of current dispatch systems can be dem- 
onstrated by considering an example of a large public utility, 
such as a local telephone company that provides telephone 
services. Local telephone companies typically have tens of 
millions of customers, and those customers request new 
services or changes in services. These requests require the 
telephone company to dispatch technicians to service loca- 
tions to make the requested changes in service. 

On average, a local telephone company will make two and 
a half to three million service order dispatches per year. 
Generally, the productivity per task is about 2 hours, in other 
words, the requests for service generally take 2 hours to 
resolve. With this level of productivity, the local telephone 
company can only assign around four items per day per 
technician. Thus each truck dispatch is extremely costly to 
the local telephone company. It therefore becomes impera- 
tive that each dispatch is effective, i.e., each dispatch either 
actually resolves the problem or obtains information needed 
to resolve the problem. 

Conventional automated dispatch systems very often 
assign tasks on a first -come, first-serve basis to the first 
available technician. As a technician completes or close out 
a job, the next job in the queue is automatically assigned to 
that technician. Occasionally, by happenstance, this first- 
come first-serve priority system would produce efficiencies 
where a second job would come to the technician after the 
first job was completed and the second job would happen to 
be in the same location as the first job. This would allow the 
technician to quickly complete a second job without having 
to drive to another location. Unfortunately, these efficiencies 
seldom occur and then only by pure chance. Oftentimes, in 
fact, that was not the case, and it would be very likely that 
a technician would leave the first location to travel to the 
next job site and a second technician would drive up to that 
first location to complete a second job there. 

Moreover, in some cases a single problem causes multiple 
customers to lose service or experience poor service. For 
example, damage to pedestals that provide telephone service 
to multiple customers could cause several customers to 
report problems or loss of service. The pedestal often is 
located on the side of the road and provides a connection 
between a customer's location and serving centers. These 
pedestals are subject to damage, for example, from cars or 
even from state highway mowers. When damage to these 
pedestals occurs, the result is often that multiple outages 
occur in one locality. Generally, conventional reporting and 
dispatch systems address this problem by setting a certain 
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tolerance threshold to indicate a probable common problem. 
For example, if the threshold were set at five, the system 
would require five or more similar complaints or reports of 
problems received from a common location to assume that 

5 a common problem was causing all of the problems reported 
by customers. If that threshold number of complaints or 
reports were met, then only a single technician would be 
dispatched to resolve the problem. 

However, in those cases where the threshold for a system 

io wide or regional problem is not met, as many (in the 
example provided above) as four technicians may be 
deployed to a single site causing enormous waste of 
resources and extreme expense to the company. 

Also, customers often cancel appointments or request a 

15 modification in service. Sometimes these changes can occur 
at the last minute and existing systems have no way of 
informing the technician of these changes. These cancella- 
tions and modifications also waste technician resources, 
because technicians waste time waiting for customers or are 

20 required to return to the same location to make the modifi- 
cations in service that the customer later requested. 

Another source of ineffective use of technician resources 
is the lack of knowledge of customer service representatives. 
These representatives often lack an understanding of the 

25 costs associated with technician deployment and of the 
logistical complexities of managing and assigning a large 
number of technicians. They are generally trained to meet 
the customer's needs and to generate service orders. 
However, customer service representatives may occasion- 

30 ally create two different service orders for related or similar 
tasks. This could cause two dispatches to be generated and 
result in two technicians being deployed to the same location 
to fix what the service representative thinks are two different 
problems, but is instead only a single problem that could be 

35 handled by a single technician. 

Dispatch systems that use a human dispatcher may permit 
real time modification of tasks and assignments. However, 
these dispatch systems, generally employed by taxicab 
companies, suffer significant drawbacks that would prevent 

4 ° them from being employed in large-scale environments. 
These dispatcher-based dispatch systems rely on a human 
dispatcher who is given information regarding demand 
(customers that need rides). The dispatcher uses this infor- 
mation combined with his or her knowledge of where all of 

45 the cabs are to assign the customer pick up to the nearest 
available cab. First, these dispatch systems are very expen- 
sive because a staff of well trained dispatchers are required 
to work around the clock, 24 hours a day, to match resources 
with demand. Second, the dispatcher-based systems are not 

50 practical for large-scale deployment because human dis- 
patchers cannot accurately track hundreds, much less 
thousands, of technicians and their daily assignments. 
Finally, human dispatcher-based systems rely heavily 
dependent on the performance of the dispatcher or the 

55 dispatcher staff. Human error may produce an unacceptable 
level of errors. 

Thus there is currently a need for a system that accom- 
modates real time or near real time changes in load or 
demand by adjusting or reallocating resources to meet those 

60 changing needs. There is also need for such a system that is 
also automated, can handle a large number of technicians 
and requests for services, and inexpensively delivers infor- 
mation to the technician. 

65 SUMMARY OF THE INVENTION 

The present invention is designed to overcome the short- 
comings of the prior art and to provide an effective and 
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efficient dispatching system that can adjust resources to meet 
and accommodate real time changes in demand or load. The 
invention provides a system that notifies technicians of real 
time changes in their scheduled work. The system can 
determine if a real time intervention in a technician's 
schedule is necessary and can notify the technician in near 
real time of changes in assigned tasks. In this way, the 
invention adjusts the allocation of resources to meet real 
time changes in demand. 

Once a technician has been dispatched to complete a task, 
the system monitors cancellations and changes that may be 
requested by the customer for that task. The system sends 
information to adjust the assignment of the technician to 
efficiently utilize the technician's time in situations where 
the customer has requested late or last minute cancellations 
or changes. 

The system allows real time or near real time instructions 
to be sent to the technician. These instructions can include 
changes or modifications to the task assigned to the techni- 
cian. The instructions can also include notices that the task 
has been canceled, or that the technician should complete the 
assigned task and then remain at that location to receive the 
next assignment. 

The invention may include a system that considers the 
following information in determining if a real time inter- 
vention is necessary: information regarding the work history 
of the technician or the number of hours the technician has 
worked in a pay period, including the number of overtime 
hours, the availability of the technician, the qualifications of 
the technician, and the suitable locations where the techni- 
cian is most beneficially dispatched. 

An object of the present invention is to reduce or elimi- 
nate the inefficient use of technicians. 

Another object the present invention is to maximize the 
utilization of technicians. 

Another object of the present invention is to provide a 
system that adjusts and reallocates resources to meet real 
time changes in load or demand. 

Another object of the present invention is to provide real 
time or near real time information to a technician regarding 
the status of his assignments. 

Additional features and advantages of the invention well 
be set forth in the description which follows, and in part will 
be apparent from the description, or may be learned by 
practicing the invention. The objectives and other advan- 
tages of the invention will be realized and attained by the 
structure particularly pointed out in the written description 
and claims as well as the appended drawings. 

BRIEF DESCRIPTION OF THE DRAWING 

FIG. 1 is a schematic diagram of a preferred embodiment 
of the present invention. 

FIG. 2 is a schematic diagram of another preferred 
embodiment of the present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

FIG. 1 shows a schematic representation of a preferred 
embodiment of the present invention. When a problem 102 
arises and is reported to a notification system 104, according 
to the present invention, notification system 104 reviews the 
qualifications of a number of technicians 106, and selects the 
most suitable technician 108 to dispatch to the problem 102. 

Once the suitable technician 108 has been dispatched or 
is en route 110 to the problem, the invention allows real time 
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or near real time instructions to be sent to the technician. 
These instructions can include changes or modifications to 
the task assigned to the technician 108. Preferably, those 
instructions also include notices that the task technician 108 
is currently heading towards has been canceled, or that the 
technician should complete the assigned task and then 
remain at that location to receive the next assignment. 

In a preferred embodiment, the system 104 includes 
information regarding the work history of the technician or 
the number of hours the technician has worked in a pay 
period, including the number of overtime hours, the avail- 
ability of the technician, the qualifications of the technician, 
and suitable locations to which the technician is most 
beneficially dispatched. In addition to considering all of 
these factors in deciding to send information to the techni- 
cian 108, the system 104 also monitors problem information 
and requests for service sent to the system by customers and 
customer service representatives. The system 104 analyzes 
requests for modifications to existing assignments and deter- 
mines if a real time intervention is required. If a real time 
intervention is required, the system 104 sends a message to 
the technician 108 and informs the technician 108 of that 
information. 

FIG. 2 is a preferred embodiment of the present invention 
in which various components have been assembled and 
linked together to provide a notification system 200. The 
notification system 200 includes a dispatch unit 202, a 
centralized call-out system (CCS) 206, an employee sched- 
uling program (ESP) 208 and a paging system 210. The 
system 200 can communicate with various other devices, for 
example, an access unit 204 via access system 203 and 
pagers 212 via paging system 210. 

The dispatch unit 202 serves several functions. Dispatch 
unit 202, according to this embodiment, receives informa- 
tion 201 about problems or requests for service from cus- 
tomers directly or through customer service representatives. 
These problems could include reports of downed lines, loss 
of service, poor service and other problems that affect the 
services rendered. Examples of requests for service include 
requests to modify or change the services rendered. In the 
specific context of a local telephone company, this could 
include requests to add additional telephone lines, to add 
DSL lines, to install additional telephone jacks, and other 
types of service. Preferably, the dispatch unit 202 receives 
information regarding problems or requests for service 
through customer service representatives who complete an 
interactive computerized form. Preferably, this information, 
which may include the customer's name, address, telephone 
number, billing information, and nature of problem, is 
communicated to the dispatch system 202 when a technician 
intervention is required. 

Dispatch unit 202 communicates with one or more access 
units 204 via an access system 203. The access system 203, 
which is capable of wireless or wireline communications 
with access units 204, also communicates with dispatch unit 
202. The access system 203 conveys information from the 
access units 204 to dispatch unit 202. In an exemplary 
embodiment of the present invention, the Tech Plus system 
is used as the access system 203. The Tech Plus system is 
disclosed in U.S. patent application Ser. No. 09/343,815, 
which is assigned to the same assignee as the present 
application, and is incorporated by reference herein. The 
access units 204 are preferably each associated with a 
technician. Preferably, each technician is assigned an access 
unit 204 and can use the access unit 204 to communicate 
with the dispatch unit 202. For purposes of clarity, this 
disclosure will describe a single access unit 204, but it 
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should be kept in mind that many other access units 204 may 
be in communication with dispatch unit 202. Dispatch unit 
202 sends information regarding work assignments to the 
access unit 204 via access system 203, which is capable of 
wireless or wireline communication with access unit 204. In 5 
an exemplary embodiment of the invention, the dispatch 
system 202 is an LMOS™ (Loop Maintenance Operating 
System) created by Lucent Technologies. 

Dispatch system 202 sends assignment information to 
access unit 204 via access system 203 and technicians use 10 
access unit 204 to retrieve assignment information. Access 
unit 204 is preferably equipped with a display 220 and an 
input portion 222. Preferably, only one assignment is sent to 
the access unit 204 at a time and a second assignment is only 
sent after the first assignment has been completed or closed 15 
by the technician. Access unit 204 may also include provi- 
sions that allow technicians to retrieve infrastructure infor- 
mation. For example, in the context of a local telephone 
company, infrastructure information could include the num- 
ber of lead pairs available to a particular location, the 20 
number of switches available and other information related 
to infrastructure. Access unit 204 may also include provi- 
sions that allow technicians to run tests on the customer's 
equipment. 

The employee scheduling program (ESP) 208 communi- 25 
cates with dispatch unit 202 and centralized call-out system 
(CCS) 206. ESP 208 contains a database that associates each 
technician with an employee or technician number and a 
system number. Preferably, the system number is an 
LMOS™ system number. The use of a system number is 30 
optional, but may be helpful where systems allow only three 
digit employee numbers and those same employee numbers 
must be used over again for different employees in different 
regions. Adding a regional designation or a system number 
allows each employee to have a unique identification. ESP 35 
208 also includes a detailed database that contains schedule 
information for some or all of the technicians. ESP 208 
preferably stores the scheduling information for all or some 
of the technicians for up to one year. Maintenance personnel 
preferably maintain, enter, and modify the schedules of 40 
technicians using the ESP 208. 

ESP 208 provides information regarding the availability 
of technicians to dispatch unit 202. Preferably, ESP 208 
provides technician numbers, system numbers, and sched- 45 
uling information to dispatch unit 202. The dispatch unit 202 
preferably stores a detailed, but shorter time span of infor- 
mation regarding scheduling. While the preferred ESP may 
store a year of scheduling information, the preferred dis- 
patch unit 202 may store only about three to five days of 5Q 
scheduling information. In addition to providing information 
to dispatch unit 202, ESP 208 also provides information to 
CCS 206. Preferably, ESP 208 provides technician numbers, 
system numbers, and scheduling information to CCS 206. 

Once CCS 206 receives information from ESP 208, CCS 55 
206 constructs a table or database that includes technician 
numbers, system numbers, pager numbers, and pager types. 
The pager numbers and pager types that are carried by the 
technicians are stored in CCS 206, and CCS 206 associates 
these pager numbers and pager types with the additional 60 
information sent to it by ESP 208. The pager numbers are 
associated with pagers worn or carried by technicians. CCS 
206 is in communication with both the dispatch unit 202 and 
a paging system 210. 

In order to maximize the efficient use of resources, 65 
namely, the technicians and their time, the system 200 can 
dynamically adjust technician deployment to accommodate 
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real time changes in load or demand for services. Notifica- 
tion system 200 accomplishes this by rapidly notifying 
technicians of information that could affect their work 
schedule as soon as possible, and by diverting technicians 
away from inefficient situations to locations where their 
talents and skills will be more effectively utilized. These 
notices to technicians can occur in near real time and even 
during the critical period after the technician has been 
dispatched to a job site. 

In order to accomplish this near real time adjustment in 
technician deployment, system 200 preferably uses a num- 
ber of different components. The following example of an 
adjustment demonstrates how system 200 can dynamically 
adjust technician deployment in near real time. 

Initially, dispatch unit 202 is functioning in its normal 
routine. It receives problems or requests for service 201, 
matches technicians based on the factors mentioned above, 
then transmits tasks and assignments to access unit 204 via 
access system 203. As noted above, the dispatch unit 202 
may assign tasks in any suitable manner. However, the 
preferred method of assignment considers several factors 
including commitment dates and time, severity of the 
outage, the revenue generated by the service order, and the 
availability of a close-by technician. Technicians are pref- 
erably assigned based upon geographic regions, which are 
areas bound by natural geographic barriers. Technicians who 
are geographically located closer to the task being the 
preferred dispatch technician. The technicians read the tasks 
and drive to those destinations to make the necessary repairs 
or changes in service. Occasionally dispatch unit 202 will 
retrieve additional information from the ESP 208 and update 
its technician work schedules. 

Dynamic adjustments occur when dispatch unit 202 is 
notified of a modification or change to a technician's 
schedule, or learns of a situation that could result in more 
efficient use of resources. Customers sometimes call their 
customer service representatives to notify them that they 
need to cancel, postpone or change a work request they had 
previously submitted. When this occurs, the customer ser- 
vice representative relays the information to dispatch unit 
202. 

When the dispatch unit 202 receives the notification that ' 
a work request has been changed or modified, the dispatch 
unit 202 determines if an intervention by CCS 206 would be 
helpful. Any desired situation or condition that helps to 
prevent waste of technician resources or maximize techni- 
cian utilization may be used by the dispatch unit 202 to 
determine if a CCS 206 intervention would be helpful. 

Preferably, a condition where a technician has already 
been dispatched to a job site to an assigned task combined 
with a request for modification of that task is the condition 
used to determine a CCS 206 intervention. After dispatch 
unit 202 has determined that a CCS 206 intervention would 
be helpful, dispatch unit 202 communicates appropriate 
information to CCS 206 so that CCS 206 can provide real 
time adjustment information to the technician. Preferably, 
dispatch unit 202 communicates geographic information, 
that is, where in the service region the technician must go to 
respond to the request and where the technician is located or 
assigned; information associated with the technician, like 
the employee number and the technician's system number; 
and information related to the modification or change in 
schedule or task. 

This information is used by CCS 206 to determine which 
technician should receive the information and what infor- 
mation that technician should receive. Once the identity of 
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the technician and the adjustment information to be sent to 
the technician has been determined, CCS 206 communicates 
this information to a paging system 210. Preferably, the 
information communicated to the paging system 210 
includes the technician's pager number and an information 5 
code. CCS 206 can also preferably send a text message, if 
the technician's pager is capable of receiving text messages. 

The paging system 210 receives the information from 
CCS 206 and sends a page to the technician's pager 212. 
After the technician has been paged, the technician can 10 
review the information displayed on pager 212 and act 
accordingly. 

Some of the preferred messages that are sent to techni- 
cians include codes that inform the technicians that a job has 
been canceled or modified. Another code that can be sent to 
the technician informs the technician that the next job will 
be at the same or nearby location. In essence, this code is a 
"remain where you are and standby for the next job" 
command. Obviously, if a customer wants to cancel a 
previously scheduled service order, the cancel code will be 
transmitted. Similarly, if a customer wants to change or 20 
modify a previously scheduled service order, the change or 
modify code will be transmitted to the technician. When the 
technician receives the change or modify code, the techni- 
cian is preferably trained to retrieve the new job from the 
access system 204. Finally, if the system 200 determines that 25 
it would be beneficial for the technician to remain at a 
certain location after a job has been completed, the remain 
code will be transmitted. In an exemplary embodiment of the 
present invention, the cancel code is 333, the modify or 
change code is 444 and the remain code is 555. 

Any of the various components or sub -steps disclosed 
above can be used either alone, or with other existing 
components, or with components or features of the present 
invention. ^ 

It will be apparent to those skilled in the art that various 
modifications and variations can be made to the dynamic 
carrier selection system of the present invention without 
departing from the spirit or scope of the invention. 

The foregoing disclosure of embodiments of the present 40 
invention has been presented for purposes of illustration and 
description. It is not exhaustive or intended to limit the 
invention to the precise forms disclosed herein. Many varia- 
tions and modifications of the embodiments described herein 
will be obvious to one of ordinary skill in the art in light of 45 
the above disclosure. The scope of the invention is to be 
defined only by the claims appended hereto, and by their 
equivalents. 

What is claimed is: 

1. A system for dispatching technicians comprising: 50 

(a) a database including information as to availabilities of 
a plurality of technicians; 

(b) a dispatch unit; and 

(c) a plurality of access units, wherein 

the dispatch unit receives a first request for service, 55 
generates a work assignment in response to the first 
request for service, matches the work assignment to 
one of the plurality of technicians having 
availability, and sends the work assignment to one of 
the plurality of access units, said one of the plurality 60 
of access units being associated with the one of the 
plurality of technicians, and 

wherein the dispatch unit monitors a second request for 
service received after the first request for service by 
the system, analyzes the second request for service, 65 
and determines if real time intervention is required to 
modify previously assigned work assignments. 



2. The system of claim 1, wherein the database also 
includes qualifications of at least one of the plurality of 
technicians, and the dispatch unit matches the work assign- 
ment to one of the plurality of technicians having availabil- 
ity and acceptable qualifications for performing the work 
assignment. 

3. The system of claim 1, wherein the system notifies the 
one of the plurality of technicians by sending a message to 
the one of the plurality of technicians if the system deter- 
mines a need for the real time intervention. 

4. The system of claim 1, further comprising a centralized 
call-out system for communicating information to any of the 
plurality of technicians, wherein the centralized call-out 
system sends adjustment information to one of the plurality 
of technicians if the dispatch unit determines that interven- 
tion is required. 

5. A method of notifying a technician comprising the steps 

of: 

(a) receiving a first request for service; 

(b) creating a work order from the first request for service; 

(c) scheduling a technician to perform the work order and 
communicating the work order to the technician; 

(d) monitoring additional requests for service and requests 
to change service received after the first request and 
before performance of the work order; and 

(e) if it is determined that the assigned technician should 
be diverted from performing the work order as a result 
from the additional requests or requests to change, 
communicating a scheduling change message to the 
assigned technician before performance of the work 
order. 

6. The method according to claim 5, wherein the first 
request for service includes a target completion date and 
time, and wherein the additional requests for services or 
requests to change service are received on the target comple- 
tion date. 

7. The method according to claim 5, wherein the step of 
determining if the technician should receive a message 
because of one of the additional requests for service or 
requests to change service further comprises monitoring the 
dispatch status of the technician. 

8. The method according to claim 5, further comprising 
monitoring the status of the technician, one status state being 
a dispatch status; and wherein the message is sent to the 
technician while the technician is in the dispatch status. 

9. A method for dispatching technicians in response to 
service requests, comprising: 

receiving a request for service; 

generating a work assignment having a plurality of 

attributes associated with the request; 
comparing a plurality of attributes associated with the 

request with a plurality of qualifications associated with 

each of the plurality of technicians; and 
selecting a technician based upon a close matching of 

attributes and qualifications. 

10. The method of claim 9, wherein attributes include at 
least one of geographical location, requested time of service, 
and technical skills required to perform the requested ser- 
vice. 

11. The method of claim 9, wherein qualifications include 
at least one of geographical location, requested time of 
service, and technical skills required to perform the 
requested service. 

12. The method of claim 9, wherein the database addi- 
tionally includes criteria of at least one of a work history, 
overtime schedule, and billable rate for a plurality of 
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technicians, and technician selection is performed to maxi- 
mize profitability. 

13. The method of claim 9, further comprising the steps 
of monitoring additional requests for service and requests to 
change service received before performance of the assign- 
ment; and 

if it is determined that the assigned technician should be 
diverted from performing the assignment as a result 
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from the additional requests or requests to change, 
communicating a scheduling change message to the 
assigned technician before performance of the assign- 
ment. 

14. The method of claim 9, wherein new work assign- 
ments are generated for additional requests. 
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